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REMARKS 

This Application has been carefully reviewed in light of the Office Action mailed 
June 4, 2007. At the time of the Office Action, Claims 1-20 were pending in this 
Application. Claims 1-8 and 17-20 were rejected. Claims 1, 3-5, 7, 17, 18, and 20 have 
been amended to further define various features of Applicants' invention. Claims 9-16 are 
cancelled due to a previous election/restriction requirement. Applicants respectfully request 
reconsideration and favorable action in this case. 

Objection to the SDecification 

The Examiner objects to the section headings in the Specification. In particidar, the 
Examiner refers to 37 CFR 1.77(b), which lays out the arrangement of the specification. 37 
CFR 1.77(b) states: 

(b) The specification should include the following sections in order: 

(1) Title of the invention, which may be accompanied by an introductory 
portion stating the name, citizenship, and residence of the applicant (unless included 
in the application data sheet). 

(2) Cross-reference to related applications (unless included in the application 
data sheet). 

(3) Statement regarding federally sponsored research or development. 

(4) The names of the parties to a joint research agreement. 

(5) Reference to a "Sequence Listing," a table, or a computer program listing 
appendix submitted on a compact disc and an incorporation-by-reference of the 
material on the compact disc (see § 1.52(e)(5)). The total number of compact discs 
including duplicates and the files on each compact disc shall be specified. 

(6) Backgroimd of the invention. 

(7) Brief summary of the invention. 

(8) Brief description of the several views of the drawing. 

(9) Detailed description of the invention. 

(10) A claim or claims. 

(1 1) Abstract of the disclosure. 

(12) "Sequence Listing," if on paper (see §§ 1.821 through 1.825). 
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Applicants' Specification complies with the arrangement laid out in 37 CFR 1.77(b). 
37 CFR 1.77(b) does not require any particular section headings. In particular, 37 CFR 
1.77(b) does not require the section headings listed by the Examiner on pages 2-3 of the 
Office Action. The listing of section headings provided by the Examiner appears to be taken 
from M.P.E.P. § 608.01(a), which states only that such section headings are "preferred,^'' not 
that they are required: 

The following order of arrangement of specification elements 
is preferable in fi^aming the nonprovisional specification . . M.P.E.P. 
§ 608.01(a) (emphasis added) 

Section 608.01(a) also provides the following form paragraph for the Examiner's use: 

If 6.01 Arrangement of the Sections of the Specification in a Utility 
Application 

The following guidelines illustrate the preferred layout for the 
specification of a utility application. These guidelines are suggested 
for the applicant's use. (emphasis added) 

Thus, M.P.E.P, § 608.01(a) merely provides a suggested set of section headings, 
presumably to help pro se applicants that file applications missing particular sections or 
having significant formatting problems. (See, e.g., M.P.E.P. § 608.01(a), which states that 
"Applicant (typically a pro se) may be advised of the proper arrangement by using Form 
Paragraph 6.01 or 6.02). 

Nothing in 37 CFR 1.77(b) or M.P.E.P. § 608.01(a) requires a particular set of section 
headings. Rather, 37 CFR 1.77(b) lays out the sections and ordering of the specification, and 
M.P.E.P. § 608.01(a) provides a suggested set of section headings, typically for helping pro 
se applicants to format the specification. 

For at least these reasons, the Examiner's statement that "Correction to section 
heading (f) and its sub heading (1) is required" is improper, and that Applicants' 
Specification meets the requirements of 37 CFR 1.77(b). Therefore, Applicants respectfully 
request the Examiner withdraw the objection to the Specification. 
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Rejections under 35 U.S.C. S 112 

Claims 1-8 and 17-20 were rejected by the Examiner under 35 U.S.C. §112, second 
paragraph, as being indefinite and failing to particularly point out and distinctly claim the 
subject matter which Applicants regard as the invention. Although Applicants believe the 
rejection is improper, in order to advance prosecution. Applicants have amended the claims 
to recite "blades" of a "multi-blade information handling system" rather than "modular 
components" of a "modular information handling system." Therefore, Applicants 
respectfully request that the Examiner withdraw the rejections under 35 U.S.C. § 1 12. 

Rejections under 35 U.S,C. S 101 

Claims 1-8 and 17-20 were rejected because the claimed invention is directed to non- 
statutory subject matter. Regarding Claims 1-8, Claim 1 has been amended to recite "a bar 
file database stored in physical storage media ." According to M.P.E.P. § 2106.01 : 

When fimctional descriptive material is recorded on some computer- 
readable medium, it becomes structurally and functionally interrelated 
to the medimn and will be statutory in most cases since use of 
technology permits the function of the descriptive material to be 
realized. Compare In re Lowry, 32 F.3d 1579, 1583-84, 32 USPQ2d 
1031,1035 (Fed. Cir. 1994) 

Further, the Examiner rejects Applicants' claims as software claims. According to the 
Examiner, "The claims fail to recite statutory claims but software per se. Software/ or 
programming per se fails to meet 35 USC 101." (Office Action, page 4). Applicants submit 
that there is no statute, M.P.E.P. section, or Federal Circuit case law that supports this 
assertion that software is non-statutory. Rather, the patentability of software has been well 
established since the early 1990s. Further, the M.P.E.P. includes whole sections dedicated to 
determining whether particular software claims are patentable, depending on factors such as 
whether the software produces usefiil, tangible, or concrete results. See^ e,g.^ M.P.E.P. § 
2106. If the Examiner maintains his position that software is non-statutory subject matter. 
Applicants request that the Examiner point to a specific statute, M.P.E.P. section, or Federal 
Circuit case law that supports such assertion. 

For at least these reasons. Claims 1-8 are statutory. 
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Regarding Claim 17-20, the Examiner argues that the claims are essentially software 
claims, which the Examiner argues are non-statutory. (Office Action, page 4). Applicants 
disagree. First, as discussed above regarding Claims 1-8, software claims are certainly not 
per se non-statutory. For example, much of M.P.E.P. § 2106 (including § 2106.01) is 
dedicated to determining whether particular software claims are patentable, depending on 
factors such as whether the software produces usefixl, tangible, or concrete results. 

The Examiner argues that the methods of Claims 17-20 "fail to produce a physical 
transformation, as required by a statutory claim. Thus, the claims 17-20 are subjected to a 
manipulation of an abstract idea." However, the Examiner misstates the law and the 
M.P.E.P. According to the Federal Circuit, claims for a practical application of an abstract 
idea can be statutory. (Diamond v. Diehr, 450 U.S. 175, 187: "application of a . . . 
mathematical formula to a known structure or process may well be deserving of patent 
protection."; see also M.P.E.P. § 2106, page 2100-11) 

According to the M.P.E.P. § 2106 {see page 2100-1 1): 

A claimed invention is directed to a practical application of a 35 
U.S.C. 101 judicial exception when it: 

(A) "transforms" an article or physical object to a different state or 
thing; or 

(B) otherwise produces a useful, concrete and tangible resulti 
based on the factors discussed below , (emphasis added) 

Thus, the Examiner's rejection of Claims 17-20 as "failpng] to produce a physical 
transformation" is improper. Even if Claims 17-20 do not produce a physical transformation, 
they are statutory if they "produce[] a usefiil, concrete and tangible result." According to the 
M.P.E.P. § 2106, "In making this determination, the focus is not on whether the steps taken to 
achieve a particular result are usefiil, tangible, and concrete, but rather on whether the final 
result achieved by the claimed invention is "usefiil, tangible, and concrete." 

The methods of Claims 17-20 produce "usefixl, tangible, and concrete" results, and are 
thus statutory. First, the "usefiil" requirement is merely the utility requirement of 35 U.S.C. § 
101, which Claims 17-20 certainly meet. Second, the "tangible" requirement merely requires 
that the process claim set forth a practical application of an abstract idea or matiiiematical 
algorithm. According to M.P.E.P. § 2106 (page 2100-12): 
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The tangible requirement does not necessarily mean that a claim 
must either be tied to a particular machine or apparatus or must operate 
to change articles or materials to a different state or thing. However, 
the tangible requirement does require that the claim must recite more 
than a 35 U.S.C. 101 judicial exception, in that the process claim must 
set forth a practical application o f that judicial exception to produce a 
real-world result . Benson, 409 U.S. at 71-72, 175USPQat 676-77 
(invention ineligible because had "no substantial practical 
application."), (emphasis added) 

Claims 17-20 set forth practical applications that produce real-world results. For 
example. Claim 17 recites "managing the installation of software onto blades of the multi- 
blade information handling system using the generated list of installation tasks." Installing 
software onto blades is certainly a "practical application" that produces "real-world result," 
as contemplated by the M.P.E.P. Thus, Claims 17-20 meet the tangible result requirement. 

Finally, the "concrete" result requirement simply requires that a claimed process have 
a repeatable result. See M.P.E.P. § 2106 (page 2100-12). There is nothing that would 
suggest that the methods of Claims 17-20 would not produce repeatable results. Thus, 
Claims 1 7-20 meet the concrete result requirement. 

For at least these reasons. Applicants submit that the methods recited in Claims 17-20 
produce "usefiil, tangible, and concrete" results, and are thus patentable according to the 
M.P.E.P. and Federal Circuit case law. Therefore, Applicants request that the Examiner 
withdraw the rejections under 35 U.S.C. § 101 . 

Rejections under 35 U,S,C, SsS 102 and 103. 

Claims 1, 5-8 and 17-20 were rejected by the Examiner under 35 U.S.C. § 102(a) as 
being anticipated by "MJD P/O Scanning Interface Guide", 2002, by MJD Software Q'MJD 
Software'^), Claims 3-4 were rejected under 35 U.S.C. § 103(a) as being unpatentable over 
MJD Software. 

Applicants submit that MJD Software fails to disclose, teach, or suggest the 
combination of elements recited in Applicants' amended claims, as discussed below. 
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Regarding amended Claim 1, MJD Software fails to disclose, teach, or suggest the 
following limitations: 



• a bar file database stored in physical storage media for storing a 
plurality of bar files including blade bar files, each blade bar file 
associated with a blade of a multi-blade information handling 
system and having a bar code and an associated order number; 

• an installation management module in communication with the bar 
file database, the installation management module operable to 
receive a bar code of a particular blade bar file for a particular 
blade of the multi-blade information handling system; 



• the installation management module fiirther operable to 

communicate with the bar file database to use the received bar 
code of the particular blade bar file to identify and access each bar 
file having the same order number as the particular blade bar file. 

Regarding amended Claim 17, MJD Software fails to disclose, teach, or suggest the 
following limitations: 



• based on the first bar code, identifying a second bar code stored in 
a second bar file having the same order number as the first bar file, 
the second bar file associated with a second blade of the multi- 
blade information handling system; 

For at least these reasons, amended Claims 1 and 17, as well as all claims that depend 
fi-om Claims 1 and 17, are allowable over MJD Software. Therefore, Applicants respectfully 
request consideration and allowance of amended Claims 1 and 17. 



and 



providing a first bar code stored in a first bar file associated with a 
first blade of a multi-blade information handling system to an 
installation management module, the first bar file including the 
first bar code and an associated order nimiber; 



and 
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CONCLUSION 



Applicants have made an earnest effort to place this case in condition for allowance in 
light of the amendments and remarks set forth above. Applicants respectfully request 
reconsideration of the pending claims. 

Applicants believes no fees are due, however, the Commissioner is hereby authorized 
to charge any fees to Deposit Account No. 50-2148 of Baker Botts L.L.P. in order to 
effectuate this filing. 

If tiiere are any matters concerning this Application that may be cleared up in a 
telephone conversation, please contact Applicants' attorney at 512.322.2689. 



Date: September 4. 2007 

SEND CORRESPONDENCE TO : 
Customer No. 23640 

512.322.2689 
512.322.8383 (fax) 



Respectfully submitted, 
BAKER BOTTS L.L.P. 
Attorney for Applicants 




Eric M. Grabski 
Reg. No. 51,749 
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